Configuring a set of applets on a battery-less transaction card

ABSTRACT

A transaction card may power on the transaction card using electric current induced from an interaction of the transaction card with an electromagnetic field. The transaction card may establish a communication with a device. The communication may indicate that the transaction card has powered. The transaction card may receive, from the device, a set of instructions to configure a set of applets on the transaction card after notifying the device that the transaction card has powered on. The set of applets to be configured may be related to completing one or more different transactions. The set of applets to be configured may be different than another set of applets already configured on the transaction card. The transaction card may configure the set of applets on the transaction card according to the set of instructions after receiving the set of instructions.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.17/248,431, filed Jan. 25, 2021, which is a continuation of U.S. patentapplication Ser. No. 16/729,961, filed Dec. 30, 2019 (now U.S. Pat. No.10,902,306), entitled “CONFIGURING A SET OF APPLETS ON A BATTERY-LESSTRANSACTION CARD,” which a continuation of U.S. patent application Ser.No. 16/512,955, filed Jul. 16, 2019 (now U.S. Pat. No. 10,521,709),entitled “CONFIGURING A SET OF APPLETS ON A BATTERY-LESS TRANSACTIONCARD,” which is a continuation of U.S. patent application Ser. No.16/270,095, filed Feb. 7, 2019 (now U.S. Pat. No. 10,402,708), entitled“CONFIGURING A SET OF APPLETS ON A BATTERY-LESS TRANSACTION CARD,” whichis a continuation of U.S. patent application Ser. No. 16/027,979, filedon Jul. 5, 2018 (now U.S. Pat. No. 10,248,897), entitled “CONFIGURING ASET OF APPLETS ON A BATTERY-LESS TRANSACTION CARD,” which is acontinuation of U.S. patent application Ser. No. 15/875,271, filed onJan. 19, 2018 (now U.S. Pat. No. 10,043,122), entitled “CONFIGURING ASET OF APPLETS ON A BATTERY-LESS TRANSACTION CARD,” all of which arehereby expressly incorporated by reference herein.

BACKGROUND

An applet may include a small application that performs a limited set oftasks. An applet may run within the scope of a dedicated engine or alarger program. For example, an applet may be a plug-in. In some cases,an applet may be designed to run on a web page.

Electronic paper (e.g., e-paper) may be a type of display device thatmimics the appearance of ordinary ink on paper. Unlike backlit flatpanel displays that emit light, electronic paper displays reflect lightlike paper.

SUMMARY

According to some possible implementations, a transaction card maycomprise one or more memories, and one or more processors,communicatively coupled to the one or more memories, configured to poweron the transaction card using electric current induced from aninteraction of the transaction card with an electromagnetic field of adevice. The one or more processors may be configured to establish acommunication with the device or another device. The communication mayindicate that the transaction card has powered on after powering on thetransaction card. The one or more processors may be configured toreceive, from the device or the other device, a set of instructions toconfigure a set of applets on the transaction card after notifying thedevice or the other device that the transaction card has powered on. Theset of applets to be configured may be related to completing one or moredifferent transactions. The set of applets to be configured may bedifferent than another set of applets already configured on thetransaction card. The one or more processors may be configured toconfigure the set of applets on the transaction card according to theset of instructions after receiving the set of instructions.

According to some possible implementations, a non-transitorycomputer-readable medium may store one or more instructions that, whenexecuted by one or more processors, cause the one or more processors topower on a transaction card using electric current induced frominteraction of a near-field communication (NFC) component of thetransaction card with an electromagnetic field of a device. The one ormore instructions, when executed by the one or more processors, maycause the one or more processors to provide a notification to the deviceor another device indicating that the transaction card has powered onafter powering on the transaction card. The one or more instructions,when executed by the one or more processors, may cause the one or moreprocessors to receive, from the device or the other device, a set ofinstructions to enable or disable a set of applets on the transactioncard after notifying the device or the other device that the transactioncard has powered on. The one or more instructions, when executed by theone or more processors, may cause the one or more processors toselectively enable or disable the set of applets on the transaction cardaccording to the set of instructions after receiving the set ofinstructions.

According to some possible implementations, a method may comprisepowering on, by a transaction card, the transaction card using electriccurrent induced from an interaction of the transaction card with anelectromagnetic field of a device. The method may comprise receiving, bythe transaction card and from the device or another device, a set ofinstructions to configure a set of applets on the transaction card afterpowering on the transaction card using the electric current. An applet,in the set of applets, may be related to completing one or more types oftransactions using the transaction card. The method may includedetermining, by the transaction card, whether any of the set of appletsare already configured on the transaction card after receiving the setof instructions. The method may include configuring, by the transactioncard, a subset of applets on the transaction card according to the setof instructions after determining whether any of the set of applets arealready configured on the transaction card. The set of applets mayinclude the subset of applets.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A-1B are diagrams of an overview of an example implementationdescribed herein;

FIG. 2 is a diagram of an example environment in which systems and/ormethods, described herein, may be implemented;

FIG. 3 is a diagram of example components of one or more devices of FIG.2;

FIG. 4 is a flow chart of an example process for configuring a set ofapplets on a battery-less transaction card; and

FIG. 5 is a diagram of an example implementation relating to the exampleprocess shown in FIG. 4.

DETAILED DESCRIPTION

The following detailed description of example implementations refers tothe accompanying drawings. The same reference numbers in differentdrawings may identify the same or similar elements.

A transaction card may have dimensional constraints (e.g., defined bystandards, defined by components with which the transaction card isdesigned to interact, etc.). These dimensional constraints becomeparticularly problematic as transaction cards are designed to be smarterand may limit the size and/or quantity of components that can beincluded in a transaction card. In addition, eliminating some componentsfrom inclusion in the transaction card may eliminate some potentialfunctionality and/or uses of the transaction card. For example, two ofthe larger components that could be included in a transaction card are adisplay and a battery. Having both of these components in a transactioncard is difficult given the dimensional constraints of the transactioncard and/or may limit other components that can be included in thetransaction card. In addition, excluding either of these components froma transaction card may limit potential functionality of the transactioncard, such as functionality related to using the transaction card fordifferent types of transactions.

Some implementations, described herein, provide a battery-lesstransaction card that can be reconfigured with different sets of appletsfor different types of transactions. In addition, in someimplementations, the transaction card may include a display. In thisway, some components of the transaction card can be excluded from thetransaction card while minimizing loss of potential functionality of thetransaction card. In addition, in this way, the transaction card can bemore selectively powered for particular functions, relative to a batterythat can supply steady power to the transaction card. This conservesdimensional resources of the transaction card that can be used foradditional components, thereby improving functionality of thetransaction card. In addition, this improves functionality of thetransaction card by increasing a quantity and/or variety of the types oftransactions for which the transaction card can be used, despiteexclusion of a battery from the transaction card. Further, this improvespower management of the transaction card via selective powering of thetransaction card.

FIGS. 1A-1B are diagrams of an overview of an example implementation 100described herein. As shown in FIG. 1A, implementation 100 includes atransaction card and a user device.

As shown in FIG. 1A, the transaction card may include an electronicpaper display 105. While the transaction card may include other types ofdisplays (e.g., backlit displays), use of electronic paper display 105reduces or eliminates a need for the transaction card to include abattery or other internal power source to power the display of thetransaction card. Rather, power is only needed to reconfigure electronicdisplay 105. As shown by reference number 110, electronic paper display105 may display information related to the transaction card. Forexample, electronic paper display 105 may display information thatidentifies a set of applets configured on the transaction card.

Each of the set of applets may be associated with a different account ofan individual associated with the transaction card. For example, and asfurther shown by reference number 110, the transaction card may beconfigured with a bank applet related to using a bank account tocomplete a transaction and a hotel applet related to providing a user ofthe transaction card with access to a hotel room.

As shown by reference number 115, the user device may display a userinterface related to modifying the set of applets configured on thetransaction card. For example, the user of the user device may use theuser interface to select a set of applets to be enabled on thetransaction card and another set of applets to be disabled (or notconfigured) on the transaction card. The user interface, when loaded,may show a current configuration of applets enabled and disabled on thetransaction card.

As shown by reference number 120, the user has selected a set of appletsto be enabled on the transaction card and a set of applets to bedisabled on the transaction card. For example, the user has not modifiedthe configuration of the bank applet or the transit applet but hasmodified the hotel applet from being enabled on the transaction card tobeing disabled on the transaction card.

Because the transaction card does not include a battery, theconfiguration of applets on the transaction card may not be updateduntil the transaction card has power to power on and reconfigure. Forexample, the transaction card could be powered via power stored in acapacitive element of the transaction card and/or via interaction of anear-field communication (NFC) component of the transaction card with anelectromagnetic field generated by another device. FIG. 1B, describedbelow, shows one example of powering on the transaction card so that theconfiguration of applets on the transaction card can be updated.

As shown in FIG. 1B, and by reference number 125, the transaction cardmay be communicatively coupled to a transaction terminal. For example,the transaction card may have been inserted into a reader of thetransaction terminal. When communicatively coupled to the transactionterminal, an NFC component of the transaction card may be brought withinan electromagnetic field of the transaction terminal and electriccurrent may be induced in the NFC component of the transaction card. Thetransaction card may power on using the electric current induced in theNFC component. The transaction card may provide, to the user device,information indicating that the transaction card has powered on.

In this way, the transaction card is selectively powered (e.g., when anNFC component of the transaction card is within an electromagnetic fieldof another device). This improves power management of the transactioncard by reducing or eliminating a need for the transaction card to becontinuously powered. In addition, this conserves power resources of thetransaction card through more efficient and more selective use of power.

As shown by reference number 130, after powering on, the transactioncard may receive, from the user device, a set of instructions toconfigure a set of applets (e.g., to enable some applets and/or disableother applets). The transaction card may enable or disable appletsinstalled on the transaction card to configure the applets on thetransaction card.

Alternatively, to conserve memory resources of the transaction card, thetransaction card may selectively uninstall applets to be disabled andmay install applets, not already installed on the transaction card, toenable applets. For example, and as shown by reference number 135, toenable a set of applets not previously configured on the transactioncard, the transaction card may request the set of applets from the userdevice (e.g., to facilitate installation of the set of applets on thetransaction card). As shown by reference number 140, and continuing withthe previous example, the user device may provide the set of applets tobe configured on the transaction card to the transaction card. Forexample, the user device may provide the set of applets not previouslyinstalled on the transaction card to the transaction card.

As shown by reference number 145, the transaction card may configure theset of applets. For example, the transaction card may enable someapplets and disable other applets. Additionally, or alternatively, andas another example, the transaction card may install some applets andmay uninstall other applets. The transaction card may, in associationwith configuring the set of applets, update electronic paper display 105to display information identifying the set of applets configured on thetransaction card. For example, and as shown by reference number 150,electronic paper display 105 may display information identifying thebank applet as being the only applet configured on the transaction card.

By configuring a set of applets when powered by another device, thetransaction card does not need to be powered at all times and thetransaction card can reduce or eliminate excess power consumption. Thisimproves power management of the transaction card.

In this way, a transaction card may be reconfigured and used fordifferent uses despite being a battery-less transaction card. Inaddition, in this way, the transaction card may be selectively poweredto perform particular functions. This conserves power resources of thetransaction card while minimizing a loss of potential functionality dueto exclusion of a battery from the transaction card. In addition, afunctionality of the transaction card is improved by including a displaythat is configured to display information when the transaction card isnot powered. Further, this reduces or eliminates a need for thetransaction card to be powered by an on-board power source, therebyimproving functionality of the transaction card.

As indicated above, FIGS. 1A-1B are provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIGS. 1A-1B. For example, although the transaction card was describedas having an electronic paper display, the transaction card may includeother types of displays other than an electronic paper display.

FIG. 2 is a diagram of an example environment 200 in which systemsand/or methods, described herein, may be implemented. As shown in FIG.2, environment 200 may include a user device 210, a transaction card220, a transaction backend device 230 within a cloud computingenvironment 232 that incudes computing resources 234, a transactionterminal 240, and a network 250. Devices of environment 200 mayinterconnect via wired connections, wireless connections, or acombination of wired and wireless connections.

User device 210 includes one or more devices capable of receiving,generating, storing, processing, and/or providing information associatedwith configuring a set of applets on transaction card 220. For example,user device 210 may include a desktop computer, a mobile phone (e.g., asmart phone, a radiotelephone, etc.), a laptop computer, a tabletcomputer, a handheld computer, a gaming device, a virtual realitydevice, a wearable communication device (e.g., a smart wristwatch, apair of smart eyeglasses, etc.), or a similar type of device. In someimplementations, user device 210 may provide, for display, a userinterface can be used to select applets to be configured on transactioncard 220, as described elsewhere herein. Additionally, or alternatively,user device 210 may provide, to transaction card 220, a set ofinstructions to configure a set of applets on transaction card 220, asdescribed elsewhere herein.

Transaction card 220 includes a transaction card that can be used tocomplete a transaction. For example, transaction card 220 may include acredit card, a debit card, a gift card, a payment card, an automatedteller machine (ATM) card, a stored-value card, a fleet card, a transitcard, an access card, a virtual card implemented on user device 210,and/or the like. Transaction card 220 may be capable of storing and/orcommunicating data for a point-of-sale (PoS) transaction withtransaction terminal 240. For example, transaction card 220 may storeand/or communicate data, including account information (e.g., an accountidentifier, a cardholder identifier, etc.), expiration information oftransaction card 220 (e.g., information identifying an expiration monthand/or year of transaction card 220), banking information (e.g., arouting number of a bank, a bank identifier, etc.), transactioninformation (e.g., a payment token), and/or the like. For example, tostore and/or communicate the data, transaction card 220 may include amagnetic strip and/or an integrated circuit (IC) chip (e.g., a EUROPAY®,MASTERCARD®, VISA® (EMV) chip). In some implementations, transactioncard 220 may receive, from user device 210, a set of instructions toconfigure a set of applets on transaction card 220, as describedelsewhere herein. Additionally, or alternatively, transaction card 220may configure a set of applets on transaction card 220, as describedelsewhere herein.

Transaction card 220 may include an antenna to communicate dataassociated with transaction card 220. The antenna may be a passive radiofrequency (RF) antenna, an active RF antenna, and/or a battery-assistedRF antenna. In some implementations, transaction card 220 may be a smarttransaction card, capable of communicating wirelessly (e.g., viaBluetooth, Bluetooth Low Energy (BLE), near-field communication (NFC),and/or the like) with a computing device, such as user device 210, adigital wallet, and/or another device. In some implementations,transaction card 220 may communicate with transaction terminal 240 tocomplete a transaction (e.g., based on being moved within communicativeproximity of transaction terminal 240), as described elsewhere herein.

Transaction backend device 230 includes one or more devices capable ofauthorizing and/or facilitating a transaction. For example, transactionbackend device 230 may include one or more servers and/or computers tostore and/or provide information associated with processing atransaction via transaction terminal 240. In some implementations,transaction backend device 230 may process information from transactioncard 220 to complete a transaction, as described elsewhere herein.Additionally, or alternatively, transaction backend device 230 mayprovide, to transaction card 220, a set of applets to be configured ontransaction card 220, authorization to configure the set of applets,and/or the like, as described elsewhere herein.

Transaction backend device 230 may include one or more devicesassociated with a financial institution (e.g., a bank, a lender, acredit union, etc.) and/or a transaction card association thatauthorizes a transaction and/or facilitates a transfer of funds orpayment between an account associated with a cardholder of transactioncard 220 and an account of an individual or business associated withtransaction terminal 240. For example, transaction backend device 230may include one or more devices of one or more issuing banks associatedwith a cardholder of transaction card 220, one or more devices of one ormore acquiring banks (or merchant banks) associated with transactionterminal 240, and/or one or more devices associated with one or moretransaction card associations (e.g., VISA®, MASTERCARD®, and/or thelike) associated with transaction card 220. Accordingly, based onreceiving information associated with transaction card 220 fromtransaction terminal 240, devices of transaction backend device 230(e.g., associated with a financial institution or transaction cardassociation) may communicate to authorize a transaction and/or transferfunds between the accounts associated with transaction card 220 and/ortransaction terminal 240.

Transaction backend device 230 may provide or deny authorizationassociated with a transaction. For example, transaction backend device230 may store and/or provide information that may allow, or deny, accessthrough an access point (e.g., a gate, a door, and/or the like) of asecure location (e.g., a room, a building, a geographical area, atransportation terminal, and/or the like) based on information (e.g.,account information, a key, an identifier, credentials, and/or the like)associated with transaction card 220 and/or provided by transactionterminal 240.

Transaction backend device 230 may include one or more devicesassociated with a rewards program associated with transaction card 220and/or an entity (e.g., a financial institution, a merchant, a serviceprovider, a vendor, and/or the like) associated with transaction card220 and/or transaction terminal 240. For example, transaction backenddevice 230 may authorize the earning and/or redemption of rewards (e.g.,rewards points associated with transaction card 220, cash rewards,client loyalty rewards associated with an entity associated withtransaction terminal 240, and/or the like) based on a transactionprocessed by transaction terminal 240.

In some implementations, as shown in FIG. 2, transaction backend device230 may be hosted in cloud computing environment 232. Notably, whileimplementations described herein describe transaction backend device 230as being hosted in cloud computing environment 232, in someimplementations, transaction backend device 230 may not be cloud-based(i.e., may be implemented outside of a cloud computing environment) ormay be partially cloud-based.

Cloud computing environment 232 includes an environment that hoststransaction backend device 230. Cloud computing environment 232 mayprovide computation, software, data access, storage, and/or otherservices that do not require end-user knowledge of a physical locationand configuration of a system and/or a device that hosts transactionbackend device 230. As shown, cloud computing environment 232 mayinclude a group of computing resources 234 (referred to collectively as“computing resources 234” and individually as “computing resource 234”).

Computing resource 234 includes one or more personal computers,workstation computers, server devices, or another type of computationand/or communication device. In some implementations, computing resource234 may host transaction backend device 230. The cloud resources mayinclude compute instances executing in computing resource 234, storagedevices provided in computing resource 234, data transfer devicesprovided by computing resource 234, etc. In some implementations,computing resource 234 may communicate with other computing resources234 via wired connections, wireless connections, or a combination ofwired and wireless connections.

As further shown in FIG. 2, computing resource 234 may include a groupof cloud resources, such as one or more applications (“APPs”) 234-1, oneor more virtual machines (“VMs”) 234-2, one or more virtualized storages(“VSs”) 234-3, or one or more hypervisors (“HYPs”) 234-4.

Application 234-1 includes one or more software applications that may beprovided to or accessed by one or more devices of environment 200.Application 234-1 may eliminate a need to install and execute thesoftware applications on devices of environment 200. For example,application 234-1 may include software associated with transactionbackend device 230 and/or any other software capable of being providedvia cloud computing environment 232. In some implementations, oneapplication 234-1 may send/receive information to/from one or more otherapplications 234-1, via virtual machine 234-2.

Virtual machine 234-2 includes a software implementation of a machine(e.g., a computer) that executes programs like a physical machine.Virtual machine 234-2 may be either a system virtual machine or aprocess virtual machine, depending upon use and degree of correspondenceto any real machine by virtual machine 234-2. A system virtual machinemay provide a complete system platform that supports execution of acomplete operating system (“OS”). A process virtual machine may executea single program, and may support a single process. In someimplementations, virtual machine 234-2 may execute on behalf of a user(e.g., a user of user device 210), and may manage infrastructure ofcloud computing environment 232, such as data management,synchronization, or long-duration data transfers.

Virtualized storage 234-3 includes one or more storage systems and/orone or more devices that use virtualization techniques within thestorage systems or devices of computing resource 234. In someimplementations, within the context of a storage system, types ofvirtualizations may include block virtualization and filevirtualization. Block virtualization may refer to abstraction (orseparation) of logical storage from physical storage so that the storagesystem may be accessed without regard to physical storage orheterogeneous structure. The separation may permit administrators of thestorage system flexibility in how the administrators manage storage forend users. File virtualization may eliminate dependencies between dataaccessed at a file level and a location where files are physicallystored. This may enable optimization of storage use, serverconsolidation, and/or performance of non-disruptive file migrations.

Hypervisor 234-4 provides hardware virtualization techniques that allowmultiple operating systems (e.g., “guest operating systems”) to executeconcurrently on a host computer, such as computing resource 234.Hypervisor 234-4 may present a virtual operating platform to the guestoperating systems, and may manage the execution of the guest operatingsystems. Multiple instances of a variety of operating systems may sharevirtualized hardware resources.

Transaction terminal 240 includes one or more devices capable offacilitating processing of a transaction associated with transactioncard 220. For example, transaction terminal 240 may include apoint-of-sale (PoS) terminal, a payment terminal (e.g., a credit cardterminal, a contactless payment terminal, a mobile credit card reader, achip reader, etc.), a security access terminal, an automated tellermachine (ATM) terminal, and/or the like. In some implementations,transaction terminal 240 may communicate with transaction backend device230 to provide, to transaction backend device 230, information relatedto a transaction for which transaction card 220 is being used, asdescribed elsewhere herein. In some implementations, transactionterminal 240 may generate an electromagnetic field that powerstransaction card 220 when an NFC component of transaction card 220 iswithin the electromagnetic field, as described elsewhere herein.

In some implementations, transaction terminal 240 may include one ormore input components and/or output components to facilitate obtaininginformation from transaction card 220 (e.g., an account number of anaccount associated with transaction card 220, an expiration date oftransaction card 220, etc.), input (e.g., a personal identificationnumber (PIN), a signature, biometric information, etc.), from acardholder of transaction card 220, related to completing and/orauthorizing a transaction, and/or the like. In some implementations,example input components of transaction terminal 240 may include anumber keypad, a touchscreen, a magnetic strip reader, a chip reader, apen and corresponding signature pad, an RF signal reader, and/or thelike.

In some implementations, a magnetic strip reader of transaction terminal240 may receive data from transaction card 220 as a magnetic strip oftransaction card 220 is swiped along the magnetic strip reader. In someimplementations, a chip reader of transaction terminal 240 may receivedata from transaction card 220 via an integrated circuit chip (e.g., anEMV chip) of transaction card 220 when the chip is placed withincommunicative proximity of the chip reader. In some implementations, anRF signal reader of transaction terminal 240 may enable a contactlesstransaction from transaction card 220 and/or user device 210 byobtaining data wirelessly from transaction card 220 and/or user device210 as transaction card 220 and/or user device 210 comes withincommunicative proximity of transaction terminal 240, such that the RFsignal reader detects an RF signal from an RF antenna of transactioncard 220 and/or user device 210.

In some implementations, example output components of transactionterminal 240 may include a display, a speaker, a printer, a light,and/or the like. In some implementations, transaction terminal 240 mayuse an output component to output information related to a transaction(e.g., an indication to cause a user to input information to authorize atransaction, information that identifies whether a transaction wascompleted, etc.).

Network 250 includes one or more wired and/or wireless networks. Forexample, network 250 may include a cellular network (e.g., a long-termevolution (LTE) network, a code division multiple access (CDMA) network,a 3G network, a 4G network, a 5G network, or another type of cellularnetwork), a public land mobile network (PLMN), a local area network(LAN), a wide area network (WAN), a metropolitan area network (MAN), atelephone network (e.g., the Public Switched Telephone Network (PSTN)),a private network, an ad hoc network, an intranet, the Internet, a fiberoptic-based network, a cloud computing network, and/or the like, and/ora combination of these or other types of networks.

The number and arrangement of devices and networks shown in FIG. 2 areprovided as an example. In practice, there may be additional devicesand/or networks, fewer devices and/or networks, different devices and/ornetworks, or differently arranged devices and/or networks than thoseshown in FIG. 2. Furthermore, two or more devices shown in FIG. 2 may beimplemented within a single device, or a single device shown in FIG. 2may be implemented as multiple, distributed devices. Additionally, oralternatively, a set of devices (e.g., one or more devices) ofenvironment 200 may perform one or more functions described as beingperformed by another set of devices of environment 200.

FIG. 3 is a diagram of example components of a device 300. Device 300may correspond to user device 210, transaction card 220, transactionbackend device 230, computing resource 234, and/or transaction terminal240. In some implementations, user device 210, transaction card 220,transaction backend device 230, computing resource 234, and/ortransaction terminal 240 may include one or more devices 300 and/or oneor more components of device 300. As shown in FIG. 3, device 300 mayinclude a bus 310, a processor 320, a memory 330, a storage component340, an input component 350, an output component 360, and acommunication interface 370.

Bus 310 includes a component that permits communication among thecomponents of device 300. Processor 320 is implemented in hardware,firmware, or a combination of hardware and software. Processor 320 is acentral processing unit (CPU), a graphics processing unit (GPU), anaccelerated processing unit (APU), a microprocessor, a microcontroller,a digital signal processor (DSP), a field-programmable gate array(FPGA), an application-specific integrated circuit (ASIC), or anothertype of processing component. In some implementations, processor 320includes one or more processors capable of being programmed to perform afunction. Memory 330 includes a random access memory (RAM), a read onlymemory (ROM), and/or another type of dynamic or static storage device(e.g., a flash memory, a magnetic memory, and/or an optical memory) thatstores information and/or instructions for use by processor 320.

Storage component 340 stores information and/or software related to theoperation and use of device 300. For example, storage component 340 mayinclude a hard disk (e.g., a magnetic disk, an optical disk, amagneto-optic disk, and/or a solid state disk), a compact disc (CD), adigital versatile disc (DVD), a floppy disk, a cartridge, a magnetictape, and/or another type of non-transitory computer-readable medium,along with a corresponding drive.

Input component 350 includes a component that permits device 300 toreceive information, such as via user input (e.g., a touch screendisplay, a keyboard, a keypad, a mouse, a button, a switch, and/or amicrophone). Additionally, or alternatively, input component 350 mayinclude a sensor for sensing information (e.g., a global positioningsystem (GPS) component, an accelerometer, a gyroscope, and/or anactuator). Output component 360 includes a component that providesoutput information from device 300 (e.g., a display, a speaker, and/orone or more light-emitting diodes (LEDs)).

Communication interface 370 includes a transceiver-like component (e.g.,a transceiver and/or a separate receiver and transmitter) that enablesdevice 300 to communicate with other devices, such as via a wiredconnection, a wireless connection, or a combination of wired andwireless connections. Communication interface 370 may permit device 300to receive information from another device and/or provide information toanother device. For example, communication interface 370 may include anEthernet interface, an optical interface, a coaxial interface, aninfrared interface, a radio frequency (RF) interface, a universal serialbus (USB) interface, a Wi-Fi interface, a cellular network interface, orthe like.

Device 300 may perform one or more processes described herein. Device300 may perform these processes based on processor 320 executingsoftware instructions stored by a non-transitory computer-readablemedium, such as memory 330 and/or storage component 340. Acomputer-readable medium is defined herein as a non-transitory memorydevice. A memory device includes memory space within a single physicalstorage device or memory space spread across multiple physical storagedevices.

Software instructions may be read into memory 330 and/or storagecomponent 340 from another computer-readable medium or from anotherdevice via communication interface 370. When executed, softwareinstructions stored in memory 330 and/or storage component 340 may causeprocessor 320 to perform one or more processes described herein.Additionally, or alternatively, hardwired circuitry may be used in placeof or in combination with software instructions to perform one or moreprocesses described herein. Thus, implementations described herein arenot limited to any specific combination of hardware circuitry andsoftware.

The number and arrangement of components shown in FIG. 3 are provided asan example. In practice, device 300 may include additional components,fewer components, different components, or differently arrangedcomponents than those shown in FIG. 3. Additionally, or alternatively, aset of components (e.g., one or more components) of device 300 mayperform one or more functions described as being performed by anotherset of components of device 300.

FIG. 4 is a flow chart of an example process 400 for configuring a setof applets on a battery-less transaction card. In some implementations,one or more process blocks of FIG. 4 may be performed by transactioncard 220. In some implementations, one or more process blocks of FIG. 4may be performed by another device or a group of devices separate fromor including transaction card 220, such as user device 210, transactionbackend device 230, computing resource 234, and transaction terminal240.

As shown in FIG. 4, process 400 may include powering on using electriccurrent induced from interaction with an electromagnetic field generatedby a device (block 410). For example, transaction card 220 (e.g., usingan NFC component) may power on using electric current induced frominteraction with an electromagnetic field generated by a device. In someimplementations, an electromagnetic field may be generated by userdevice 210, transaction terminal 240, a docking station for transactioncard 220, a contactless charger, and/or the like.

In some implementations, transaction card 220 may include an NFCcomponent. For example, the NFC component may include an NFC antenna. Insome implementations, electric current may be induced in the NFCcomponent when the NFC component is moved within an electromagneticfield generated by a device, such as user device 210 and/or transactionterminal 240. In some implementations, electric current induced in theNFC component may be used to power transaction card 220, to complete atransaction, to configure a set of applets on transaction card 220,and/or the like. In this way, by including an NFC component in whichelectric current can be induced, transaction card 220 may not need toinclude a battery. This provides additional space in transaction card220 for other components, reduces a cost of transaction card 220, and/orthe like.

In some implementations, transaction card 220 may store electric currentinduced in an NFC component of transaction card 220. For example,transaction card 220 may store the electric current in a capacitor orother capacitive element of transaction card 220, such as a solid statebattery. The electric current stored in the capacitor can be used topower transaction card 220 when an NFC component of transaction card 220is not within an electromagnetic field. This reduces or eliminates aneed for electric current to be actively induced in the NFC component topower transaction card 220.

In some implementations, transaction card 220 may detect that an NFCcomponent of transaction card 220 is within an electromagnetic field ofa device and may power on using electric current induced in the NFCcomponent. For example, electric current stored in a capacitor oftransaction card 220 may power a processor of transaction card 220,which may monitor an amount of electric current induced in the NFCcomponent of transaction card 220 and may power on transaction card 220when the amount of electric current satisfies a threshold. Additionally,or alternatively, and as another example, a processor of transactioncard 220 may power on when a first threshold amount of electric currenthas been induced in the NFC component of transaction card 220 and theprocessor may power on transaction card 220 when the amount of powersatisfies a second threshold.

In some implementations, transaction card 220 may receive a set ofinstructions to power on (e.g., from user device 210). For example,transaction card 220 may receive a set of instructions to power on usingelectric current stored in a capacitor of transaction card 220, afterproviding a notification to user device 210 that a threshold amount ofelectric current has been induced in an NFC component of transactioncard 220, and/or the like. In some implementations, transaction card 220may power on after receiving a set of instructions to power on.

In some implementations, transaction card 220 may provide, for display,a notification indicating that transaction card 220 has powered on(e.g., after powering on). For example, transaction card 220 may providea notification to user device 210, transaction terminal 240, transactionbackend device 230, and/or the like. In some implementations, thenotification may request, from a user of user device 210, approval toconfigure a set of applets on transaction card 220, which may cause anapplication installed on user device 210 to open (e.g., an applicationvia which a user of user device 210 can select a set of applets to beconfigured on transaction card 220).

In this way, transaction card 220 selectively powers on to facilitatereconfiguration of transaction card 220. This reduces or eliminates aneed for transaction card 220 to be powered at all times, therebyconserving power resources of transaction card 220, improving powermanagement of transaction card 220, and/or the like. In addition, byinducing electric current from other devices, transaction card 220 canbe selectively powered to perform particular functions. In addition,this reduces or eliminates a need for a battery in transaction card 220.

In this way, transaction card 220 may power on prior to receiving a setof instructions to configure a set of applets on transaction card 220.

As further shown in FIG. 4, process 400 may include receiving a set ofinstructions to configure a set of applets related to completing varioustypes of transactions (block 420). For example, transaction card 220(e.g., processor 320, communication interface 370, and/or the like) mayreceive a set of instructions to configure a set of applets related tocompleting various types of transactions. In some implementations,transaction card 220 may receive a set of instructions from user device210, transaction terminal 240, transaction backend device 230 (e.g., viatransaction terminal 240), and/or the like.

In some implementations, an applet may include a small or lightweightapplication designed to perform a limited set of functions. In someimplementations, different applets may be associated with completingdifferent types of transactions. For example, an applet may beassociated with a bank account and may perform functions related tocompeting a transaction using the bank account. Additionally, oralternatively, and as another example, an applet may be associated witha hotel reservation and may perform functions related to granting a userof transaction card 220 access to a hotel room. Additionally, oralternatively, and as another example, an applet may be related to atransit account and may perform functions related to granting a user oftransaction card 220 access to a transit system.

In some implementations, the set of instructions may identify one ormore applets, or a set of applets, to be enabled or disabled ontransaction card 220, to be installed or uninstalled on transaction card220, and/or the like. In some implementations, a set of applets to beconfigured on transaction card 220 may be different than a set ofapplets already configured on transaction card 220 (e.g., some of theapplets to be configured on transaction card 220 may be different thansome of the applets already configured on transaction card 220).

In some implementations, the set of instructions may identifymodifications to applets already configured on transaction card 220(e.g., rather than identifying a manner in which all possible appletsare to be configured). For example, the set of instructions may identifythat an applet already enabled is to be disabled and may not identifyapplets that are to remain enabled or disabled. This reduces an amountof data provided to transaction card 220, thereby conserving processingresources of transaction card 220 and/or the device that provided theset of instructions. In addition, this conserves network resourcesbetween transaction card 220 and the device that provided the set ofinstructions. Further, this reduces an amount of time needed toconfigure a set of applets on transaction card 220 by reducing oreliminating an amount of data that transaction card 220 has to processto identify a manner in which a set of applets is to be configured.

In some implementations, transaction card 220 may receive a set ofinstructions periodically, according to a schedule, and/or the like.Additionally, or alternatively, transaction card 220 may receive a setof instructions each time transaction card 220 powers on and there hasbeen a modification to the set of applets to be configured ontransaction card 220. For example, when transaction card 220 powers on,transaction card 220 may request, from user device 210 and/ortransaction backend device 230, an update to the configuration oftransaction card 220.

In some implementations, transaction card 220 may receive the set ofinstructions after a user of user device 210 has identified a set ofapplets to be configured on transaction card 220. For example, the userof user device 210 may select a set of applets to be configured on userdevice 210 via a user interface of an application installed on userdevice 210. In some implementations, user device 210 may provide the setof instructions to transaction card 220 after the user has selected theset of applets to be configured. For example, user device 210 mayprovide the set of instructions to transaction card 220 via a wirelessconnection between transaction card 220 and user device 210.Additionally, or alternatively, and as another example, user device 210may provide the set of instructions to transaction backend device 230 ora server device for storage so that the transaction backend device 230or the server device can provide the set of instruction to transactioncard 220 the next time transaction card 220 powers on and/or requests aconfiguration update.

In this way, transaction card 220 may receive a set of instructions toconfigure a set of applets prior to configuring the set of applets.

As further shown in FIG. 4, process 400 may include configuring the setof applets according to the set of instructions (block 430). Forexample, transaction card 220 (e.g., processor 320) may configure theset of applets according to the set of instructions.

In some implementations, transaction card 220 may selectively enable ordisable the set of applets. For example, transaction card 220 maydetermine whether one or more of the set of applets are enabled ordisabled on transaction card 220 and may enable applets to be configuredon transaction card 220 that are not already enabled and may disableapplets that are enabled on transaction card 220 but are no longer to beconfigured on transaction card 220. In some implementations, transactioncard 220 may enable one or more of the set of applets on transactioncard 220. For example, transaction card 220 may not need to enableapplets already enabled on transaction card 220, thereby conservingprocessing resources of transaction card 220. Additionally, oralternatively, transaction card 220 may disable one or more of the setof applets already configured on transaction card 220. For example,transaction card 220 may not need to disable applets already disabled ontransaction card 220, thereby conserving processing resources oftransaction card 220.

In some implementations, transaction card 220 may install and/oruninstall applets to configure the set of applets on transaction card220. For example, transaction card 220 may install, on transaction card220, one or more of the set of applets that are not already installed ontransaction card 220. Additionally, or alternatively, and continuingwith the previous example, transaction card 220 may uninstall (e.g.,remove) one or more of the set of applets installed on transaction card220 that are not included in the set of applets to be configured ontransaction card 220.

In some implementations, transaction card 220 may determine whetherapplets already configured on transaction card 220 include the set ofapplets to be configured on transaction card 220 (e.g., whether any ofthe set of applets are already configured on transaction card 220). Forexample, prior to configuring the set of applets, transaction card 220may determine which of the set of applets need to be enabled ontransaction card 220 and which of the applets already enabled ontransaction card 220 need to be disabled. In some implementations,transaction card 220 may selectively configure the set of applets ontransaction card 220 based on which applets need to be configured ontransaction card 220 and which need to be removed from transaction card220. This conserves processing resources of transaction card 220 byreducing a quantity of applets that transaction card 220 needs toconfigure.

In some implementations, transaction card 220 may request, from userdevice 210 and/or transaction backend device 230, an applet to beconfigured on transaction card 220. For example, transaction card 220may have limited memory resources and may not be capable of storing allpossible applets that could be configured on transaction card 220. Inthis case, if an applet to be configured on transaction card 220 is notalready on transaction card 220, then transaction card 220 may requestthe applet. For example, transaction card 220 may request program files,program code, installation files, and/or the like to store and/orinstall on transaction card 220. This conserves memory resources oftransaction card 220.

In some implementations, transaction card 220 may determine a set ofapplets to be configured on transaction card 220. For example,transaction card 220 may detect a location of transaction card 220 basedon location information received from transaction terminal 240 and/oruser device 210 (e.g., a geographic location of a transaction terminal240 and/or user device 210 with which transaction card 220 iscommunicatively coupled) and may identify a set of applets to beconfigured based on the location of transaction card 220. Additionally,or alternatively, and as another example, transaction card 220 maydetect a user associated with transaction card 220 (e.g., based oninformation from user device 210 that identifies a user of transactioncard 220 and/or user device 210) and may determine a set of applets toconfigure based on the user of transaction card 220 (e.g., a set ofapplets associated with an account of the user). In this way, andcontinuing with the previous example, the same transaction card 220could be used by multiple individuals, an employer could configuretransaction card 220 for an employee prior to the employee leaving for abusiness trip, a parent could configure transaction card 220 for achild, and/or the like.

In some implementations, transaction card 220 may establish acommunication with a device (e.g., user device 210 and/or transactionbackend device 230) to indicate that the set of applets was configured.In some implementations, transaction card 220 may provide a notificationfor display to indicate that the set of applets was configured and/or toidentify any errors related to configuring the set of applets. Forexample, the notification may be provided for display via user device210, a display of transaction card 220, an output component oftransaction card 220 and/or user device 210, and/or the like. Continuingwith the previous example, the notification may include text, activationof a light, output of a sound via a speaker, and/or the like.

In this way, transaction card 220 may configure the set of applets ontransaction card 220 prior to configuring the display of transactioncard 220.

As further shown in FIG. 4, process 400 may include configuring anelectronic paper display to display information identifying the set ofapplets (block 440). For example, transaction card 220 may configure anelectronic paper display to display information identifying the set ofapplets. In some implementations, transaction card 220 may configure adisplay other than an electronic paper display, such as a segmentdisplay, a light-emitting diode (LED) display, a liquid crystal display(LCD), a thin-film transistor (TFT) display, and/or the like.

In some implementations, an electronic paper display may include adisplay that can display information when the electronic paper displayis not powered. Additionally, or alternatively, an electronic paperdisplay may not emit light, as is the case with a backlit display, butrather reflects light.

In some implementations, transaction card 220 may configure theelectronic paper display to display information that identifies appletsconfigured on transaction card 220. Additionally, or alternatively,transaction card 220 may configure the electronic paper display todisplay information that identifies applets not configured ontransaction card 220. In some implementations, transaction card 220 mayconfigure the electronic paper display using power induced in an NFCcomponent of transaction card 220 (e.g., while the NFC component iswithin an electromagnetic field generated by another device), usingpower stored in a capacitor of transaction card 220 (e.g., after an NFCcomponent of transaction card 220 has been removed from anelectromagnetic field generated by another device), and/or the like. Inthis way, the electronic paper display needs to be powered only tomodify the information displayed by the electronic paper display. Thisconserves power resources of transaction card 220, reduces or eliminatesa need for a battery to be included in transaction card 220, and/or thelike.

In some implementations, transaction card 220 may complete atransaction. For example, transaction card 220 may communicate withtransaction terminal 240 to complete a transaction, such as a financialtransaction, providing access to a hotel room, providing a fare toaccess a transit system, and/or the like.

In some implementations, transaction card 220 may power off. Forexample, transaction card 220 may power off after configuring theelectronic paper display. Additionally, or alternatively, and as anotherexample, transaction card 220 may power off after an NFC component oftransaction card 220 is removed from the electromagnetic field. In someimplementations, a display of transaction card 220 (e.g., the electronicpaper display) may be configured to display information identifying theset of applets configured on transaction card 220 after transaction card220 has powered off.

Although FIG. 4 shows example blocks of process 400, in someimplementations, process 400 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 4. Additionally, or alternatively, two or more of theblocks of process 400 may be performed in parallel.

FIG. 5 shows a diagram of an example implementation 500 relating toexample process 400 shown in FIG. 4. FIG. 5 shows an example oftransaction card 220 determining one or more applets or a set of appletsto be configured on transaction card 220.

As shown in FIG. 5, and by reference number 510, transaction card 220may be communicatively coupled with transaction terminal 240. Forexample, transaction card 220 may be communicatively coupled withtransaction terminal 240 to complete a transaction. In someimplementations, an NFC component of transaction card 220 may be withinan electromagnetic field generated by transaction terminal 240 whencommunicatively coupled with transaction terminal 240, thereby inducingelectric current in the NFC component and causing transaction card 220to power on.

As shown by reference number 520, transaction card 220 may determinethat a particular applet is not configured on transaction card 220. Forexample, the particular applet may be associated with completing aparticular type of transaction via transaction terminal 240, aparticular location, a particular user, and/or the like. In someimplementations, transaction card 220 may determine that the particularapplet is not configured based on information in a data structure storedby transaction card 220 that identifies applets and corresponding typesof transactions, locations, and/or the like. Additionally, oralternatively, after powering on, transaction card 220 may communicatewith user device 210 and/or transaction backend device 230 (e.g., viatransaction terminal 240) to determine that a particular applet is notconfigured on transaction card 220. For example, user device 210 and/ortransaction backend device 230 may store a data structure that includesinformation identifying a set of applets and corresponding types oftransactions.

As shown by reference number 530, transaction card 220 may request theparticular applet from user device 210. For example, transaction card220 may request the particular applet via a wireless connection betweentransaction card 220 and user device 210 by providing informationidentifying the particular applet to user device 210. As shown byreference number 540, user device 210 may provide, to transaction card220, the particular applet. For example, user device 210 may provideprogram code, program files, installation files, and/or the like totransaction card 220 so that transaction card 220 can install theapplet.

As indicated above, FIG. 5 is provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIG. 5.

In this way, a battery-less transaction card 220 can be powered to runone or more applets to complete various types of transactions. Thisimproves functionality of the transaction card by providing areconfigurable transaction card 220 while conserving dimensionalresources of transaction card 220. In addition, this reduces a cost oftransaction card 220 by eliminating a need for a battery in transactioncard 220. Further, this conserves power resources of transaction card220 and facilitates better power management of power of transaction card220.

The foregoing disclosure provides illustration and description, but isnot intended to be exhaustive or to limit the implementations to theprecise form disclosed. Modifications and variations are possible inlight of the above disclosure or may be acquired from practice of theimplementations.

As used herein, the term component is intended to be broadly construedas hardware, firmware, or a combination of hardware and software.

Some implementations are described herein in connection with thresholds.As used herein, satisfying a threshold may refer to a value beinggreater than the threshold, more than the threshold, higher than thethreshold, greater than or equal to the threshold, less than thethreshold, fewer than the threshold, lower than the threshold, less thanor equal to the threshold, equal to the threshold, or the like.

Certain user interfaces have been described herein and/or shown in thefigures. A user interface may include a graphical user interface, anon-graphical user interface, a text-based user interface, or the like.A user interface may provide information for display. In someimplementations, a user may interact with the information, such as byproviding input via an input component of a device that provides theuser interface for display. In some implementations, a user interfacemay be configurable by a device and/or a user (e.g., a user may changethe size of the user interface, information provided via the userinterface, a position of information provided via the user interface,etc.). Additionally, or alternatively, a user interface may bepre-configured to a standard configuration, a specific configurationbased on a type of device on which the user interface is displayed,and/or a set of configurations based on capabilities and/orspecifications associated with a device on which the user interface isdisplayed.

It will be apparent that systems and/or methods, described herein, maybe implemented in different forms of hardware, firmware, or acombination of hardware and software. The actual specialized controlhardware or software code used to implement these systems and/or methodsis not limiting of the implementations. Thus, the operation and behaviorof the systems and/or methods were described herein without reference tospecific software code—it being understood that software and hardwarecan be designed to implement the systems and/or methods based on thedescription herein.

Even though particular combinations of features are recited in theclaims and/or disclosed in the specification, these combinations are notintended to limit the disclosure of possible implementations. In fact,many of these features may be combined in ways not specifically recitedin the claims and/or disclosed in the specification. Although eachdependent claim listed below may directly depend on only one claim, thedisclosure of possible implementations includes each dependent claim incombination with every other claim in the claim set.

No element, act, or instruction used herein should be construed ascritical or essential unless explicitly described as such. Also, as usedherein, the articles “a” and “an” are intended to include one or moreitems, and may be used interchangeably with “one or more.” Furthermore,as used herein, the term “set” is intended to include one or more items(e.g., related items, unrelated items, a combination of related andunrelated items, etc.), and may be used interchangeably with “one ormore.” Where only one item is intended, the term “one” or similarlanguage is used. Also, as used herein, the terms “has,” “have,”“having,” or the like are intended to be open-ended terms. Further, thephrase “based on” is intended to mean “based, at least in part, on”unless explicitly stated otherwise.

What is claimed is:
 1. A method, comprising: powering on a transactioncard using electric current induced from an interaction with anelectromagnetic field generated by a device; determining, by thetransaction card and based on powering on, that an applet associatedwith a particular function is to be enabled on the transaction card;enabling, by the transaction card, the applet; and communicating, by thetransaction card and based on enabling the applet, with the device toperform the particular function.
 2. The method of claim 1, furthercomprising: providing, to the device, a notification indicating that thetransaction card has powered on.
 3. The method of claim 1, whereindetermining that the applet is to be enabled comprises: receiving aninstruction identifying the applet.
 4. The method of claim 1, furthercomprising: selectively disabling another applet based on determiningthat the applet is to be enabled.
 5. The method of claim 1, furthercomprising: transmitting a request, to the device, for the applet; andwherein enabling the applet comprises: enabling the applet based ontransmitting the request.
 6. The method of claim 1, wherein determiningthat the applet is to be enabled comprises: determining that the appletis to be enabled based on location information.
 7. The method of claim1, wherein the particular function is associated with one or more of: atransaction, gaining access through an access point, gaining access to alocation, or gaining access to a system.
 8. A transaction card,comprising: one or more memories; and one or more processors, coupled tothe one or more memories, configured to: power on the transaction cardusing electric current induced from an interaction with anelectromagnetic field generated by a device; determine, based onpowering on, that an applet associated with a particular function is tobe enabled; and communicate, based on enabling the applet, with thedevice to perform the particular function.
 9. The transaction card ofclaim 8, wherein the one or more processors are further configured to:provide, for display, information identifying one or more appletsconfigured on the transaction card.
 10. The transaction card of claim 8,wherein the one or more processors are further configured to: configurean electronic paper display to provide, for display, informationidentifying one or more applets configured on the transaction card. 11.The transaction card of claim 10, wherein the one or more processors arefurther configured to: power off the transaction card after configuringthe electronic paper display.
 12. The transaction card of claim 8,wherein the one or more processors are further configured to:selectively disable another applet based on determining that the appletis to be enabled.
 13. The transaction card of claim 8, wherein the oneor more processors are further configured to: transmit a request, to thedevice, for the applet; and receive the applet based on the request; andwherein the one or more processors, to enable the applet, are configuredto: enable the applet based on receiving the applet.
 14. The transactioncard of claim 8, wherein the one or more processors are furtherconfigured to: determine a location of the transaction card; and whereinthe one or more processors, to determine that the applet is to beenabled, are configured to: determine that the applet is to be enabledbased on determining the location of the transaction card.
 15. Anon-transitory computer-readable medium storing a set of instructions,the set of instructions comprising: one or more instructions that, whenexecuted by one or more processors of a transaction card, cause thetransaction card to: power on using electric current induced from aninteraction with an electromagnetic field generated by a device;determine, based on powering on, that an applet associated with aparticular function is to be enabled; enable the applet; and perform,based on enabling the applet, the particular function.
 16. Thenon-transitory computer-readable medium of claim 15, wherein the one ormore instructions further cause the transaction card to: receivelocation information; and wherein the one or more instructions, thatcause the transaction card to determine that the applet is to beenabled, cause the transaction card to: determine that the applet is tobe enabled based on receiving the location information.
 17. Thenon-transitory computer-readable medium of claim 15, wherein the one ormore instructions further cause the transaction card to: detect a userassociated with the transaction card; and wherein the one or moreinstructions, that cause the transaction card to determine that theapplet is to be enabled, cause the transaction card to: determine thatthe applet is to be enabled based on detecting the user.
 18. Thenon-transitory computer-readable medium of claim 15, wherein the one ormore instructions further cause the transaction card to: provide, to thedevice and for display, a notification indicating that the applet hasbeen enabled.
 19. The non-transitory computer-readable medium of claim15, wherein the one or more instructions, that cause the transactioncard to determine that the applet is to be enabled, cause thetransaction card to: receive an instruction identifying the applet. 20.The non-transitory computer-readable medium of claim 15, wherein theparticular function is associated with one or more of: a transaction,gaining access through an access point, gaining access to a location, orgaining access to a system.